home *** CD-ROM | disk | FTP | other *** search
/ Gold Medal Software 5 / Gold Medal Software - Volume 5 (Gold Medal) (1995).iso / music / jale067g.arj / MOREGUS.ZIP / PATCH.XPT < prev    next >
Text File  |  1995-01-12  |  2KB  |  52 lines

  1. 11-Jan-95-chh
  2. Jaleo insert.
  3.  
  4. There are several patch sets available that are not to-specs according
  5. to the Forte/Gravis documentation.  Below is a list and whether Ruckus
  6. supports them and on what Ruckus uses to identify them.
  7.  
  8. Included with Jaleo now is PATCHIS.EXE, a GUS patch file browser.  With
  9. it you can identify bogus patches.  For patch header format, grab the
  10. current GUS SDK.  Two or more sources are preferred since typos abound.
  11.  
  12. --------
  13. 808DRUMS
  14. 909DRUMS
  15.  
  16. Both these patch sets set the low and high bounds of the sample to
  17. values that are not appropriate for percussive instruments.  Technically,
  18. it's legal, however, the builder assumes that the root frequency,
  19. as specified in the header, is to be used as the "normal" sound-at
  20. frequency (there is no "pitch to play at" for percussive instruments).
  21. This is not recommended because patches may be based on a root frequency
  22. that has nothing at all to do with the actual output frequency.  The root
  23. frequency is used for calculations and is not used for anything else.
  24. However, since the standard GUS patches all have low=root=high, Ruckus
  25. will now use ROOT for drum patches to accommodate the bogus 808DRUMS and
  26. 909DRUMS patch sets.  These patches also have their INSTRUMENT_SIZE=1 byte.
  27. This was caused by a bug in the tool used to create these patches (PATCH.EXE
  28. from early GUS SDKs).
  29.  
  30.  
  31. -------
  32. E_POWER
  33.  
  34. These patches were created with Patch Maker 1.13.  The problem with
  35. these is that their envelope rates are all set to 3F, or 1.4ms.
  36. This causes the drum sound to complete in 6 points * 1.4ms, or 8.4ms
  37. (about 0.0084 seconds).  There is no immediate fix/work-around that I
  38. know of, other than having these rates set to realistic values, and
  39. that is beyond the scope of Ruckus (it can't know what values are
  40. realistic for all those patches).  Compare to OEM patches included
  41. with your GUS.  3Fh is the fastest rate (shortest time on); C1h
  42. is the longest (often seen as point #2 on kick drums, for example).
  43.  
  44. The designer of these drum patches can fix up most of the problem by
  45. enabling SUSTAIN for these patches.  This way, the sound will remain
  46. on until the "note off" is issued by the MIDI stream.  This, of course,
  47. only if a useable patch editor can't be used instead of the crippled
  48. PMlite program.
  49.  
  50. ---------------
  51. To be continued
  52.